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(54) Apparatus and method for scheduling of file transfers for wireless networks 



(57) The invention relates to an apparatus and a 
method for scheduling information transfers between a 
wireless network and a fixed network. According to the 
invention information transfer between accessible local 
elements linked to a wireless network and a fixed net- 
work is scheduled by directing an information request 
from the local elements to an operating unit interfacing 
the wireless network and the fixed network, storing the 



request in the operating unit and processing the request 
depending on the congestion in the wireless network. 
Thereby the processing of the request comprises oper- 
ating of the request and subsequently returning the in- 
formation according to the request obtained from the 
fixed network to the local element within the wireless 
network depending on the congestion of the latter. 
Thereby the transfers in both directions are fully man- 
aged by the operating unit. 
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Description 

[0001] The invention relates to an apparatus in ac- 
cordance with claim 9 and a method according to claim 
1 and claim 8 respectively. More particularly the inven- 5 
tion addresses the problem of an efficient scheduling of 
file transfers from a fixed network to mobile terminals 
via a wireless network. 

[0002] There is an increasing demand for transmis- 
sion of data or data packages between users linked to 
various networks. Especially an increasing number of 
the mobile phone users intend to use wireless enabled 
personal digital assistants (PDA) to connect to networks 
like the Internet. Lacking a fixed Internet connection 
such a user decides to download data, e.g. music, in- 
formation and the like into his PDA. In many cases the 
download time is not negligible, but mainly depends on 
the amount and format of the data to be transferred. 
[0003] However, if several downloads of this kind are 
asked for in parallel, as a consequence thereof a full 
load of the radio cells of the wireless network involved 
may happen. This is either slowing down the transfer or 
stopping the transfer. In the worst case a disruption of 
the transfer may occur. 

[0004] Today similar phenomena are already experi- 
enced during "busy-hours" for voice traffic, where a ra- 
dio cell of a wireless network is fully loaded due to ex- 
tensive requests for transmissions. This is likely to take 
place for data traffic as well. So called "busy-hour" pe- 
riod typically lasts for a period of several hours and typ- 
ically occurs between one and three times a day. 
[0005] It is a matter of fact, that during the remaining 
time the radio cell is not continuously loaded. Thus the 
present scheduling or time management of data trans- 
fers are highly ineffective, since during a major time pe- 
riod the remaining capacity available is not used. 
[0006] However, some services require a lot of band- 
width and therefore have a strong impact on network 
congestion state. Such a service is a transfer of one or 
more files from a server in the fixed network, like an in- 
tranet or the Internet. Some of these file transfers, de- 
scribed as downloads by an artisan, have no tight time 
constraints or rather low time constraints. 
[0007] In particular in a state of the art download a 
direct connection is established between a sender and 
receiver. Typically a download is performed by way of a 
certain file-transfer protocol (FTP). At present in a cur- 
rent network different data transfers are competing to 
use the available network resources, i.e. bandwidth. In 
spite of the fact, that different demands have a different 
priority concerning the execution time, there is no time- 
based transfer-management provided up to now. Al- 
though there are time critical applications like real time 
traffic and less critical applications such as downloads, 
currently the problem of time-based priority manage- 
ment is not addressed at all. 

[0008] Also an alternative solution as establishing 
some quality of service (QoS) scheduling mechanisms 



in order to give downloads little priority to have mini- 
mized side effects on other more important real-time 
traffic so far has been used. During network congestion 
this results in long transmission delays for those data 
packets not being time critical. 

[0009] Finally these downloads may even be inter- 
rupted due to time-out errors in times of strong conges- 
tion. This will lead to repeated requests, which of course 
makes the situation even worse. 
[0010] It is therefore the object of the invention to pro- 
vide a mechanism to perform date transfers during a 
time period which guarantees a stable and reliable 
transfer on both networks involved. 
[001 1 ] The features of method claims 1 and 8 as well 
as of claim 9 serve to achieve this object. 
[0012] The invention is attended by the advantage 
that file transfers can be performed during off-peak 
times without any loss of convenience. Both the tele- 
communications operator and the users benefit from the 
present invention. Advantageously the invention is also 
suited to utilize spare system capacity during non-busy- 
hours. Also the inventive apparatus and the inventive 
method are suited to avoid heavy congestion situations 
during busy-hours. 

[0013] Finally the inventive concept "offers a conven- 
ient download alternative for many applications where 
extensive but not time-critical downloads are involved. 
[0014] Still a further advantage of the present inven- 
tion is based on an improved reliability of the execution 
of requests. Inventively treated requests e.g. downloads 
performed at off-peak hours are less likely to suffer from 
interruptions. 

[0015] The inventive method for scheduling informa- 
tion transfers between accessible local elements linked 
to a wireless network and a fixed network comprises the 
following steps. Directing information requests from the 
local elements to an operating unit interfacing the wire- 
less network and the fixed network, storing the request 
in the operating unit and executing the request when the 
congestion in the wireless network is low, allowing an 
undisturbed transfer. 

[0016] According to the invention the request can also 
include a time limitation for the execution. Depending 
on the actual execution time evaluated by the operating 
unit the request may either immediately be executed in 
a conventional way including the submission to the fixed 
network and transferring the obtained data directly to the 
mobile terminal. If the actual execution time is below the 
time limitation the request is executed when a low con- 
gestion of the mobile network is given, as described 
above. The invention also reveals an apparatus for 
scheduling file transfers between at least one element 
linked to a wireless network and at least one server unit 
of a fixed network. The apparatus comprises at least one 
receiving and at least one sending device for connecting 
to the wireless network and/or the fixed network, a stor- 
ing device for storing a request obtained from the ele- 
ment linked to the wireless network and/or for storing 
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data obtained by the at least one receiving device from 
the fixed network. The apparatus also provides a mon- 
itoring device for periodically monitoring the congestion 
state of the wireless network. Furthermore a processing 
unit adapted to access data according to the request 
from the fixed network and to return said data to the wire- 
less network is part of the inventive apparatus. Thereby 
the processing unit initiates said return in response to 
the signal of the monitoring device. 
[0017] Advantageous developments are specified in 
the subclaims. 

[001 8] Furthermore it is possible that the step of exe- 
cuting the request includes directing the request to the 
fixed network for operation, and depending on the con- 
gestion state in the wireless network returning the infor- 
mation according to the request obtained from the fixed 
network to the wireless network. 
[0019] In another method according to the invention 
the information obtained from the fixed network is stored 
in the operating unit before it will be returned to the local 
element in the wireless network. Due to buffering of 
download data in the download center interruptions dur- 
ing downloads from the fixed network are not directly 
affecting the user. Broken requests or data downloads 
can as well be resumed. 

[0020] With advantage the incoming request from the 
local element can also be stored in the operating unit 
before it will be operated any further. Preferably the op- 
erating unit sends the request to the fixed network, when 
a disturbance is unlikely. 

[0021] The operating unit also periodically collects in- 
formation on the congestion state of the wireless net- 
work and/or location information of the local element 
waiting for the processed request. Furthermore it is with- 
in the inventive concept to obtain congestion information 
from all radio cells of the wireless network. 
[0022] Another preferred embodiment of the present 
invention is characterized in that the information accord- 
ing to request obtained from the fixed network is re- 
turned to the local element when the congestion state 
is below a value allowing an undisturbed data transfer. 
This value can be preset within the operating unit. 
[0023] According to the invention identification infor- 
mation concerning the mobile terminal is sent to the op- 
erating unit together with the request. The identification 
can contain an identification of the mobile terminal, a 
transfer protocol address for the requested data, a spec- 
ification number for the request and a time-limit informa- 
tion data. Still further an authentication can go along with 
the request. 

[0024] In a particularly advantageous way the transfer 
to the wireless network is initiated, when the congestion 
of the radio cells is low. According to the present inven- 
tion, it is ensured that downloads as well as similar traffic 
without tight timing restrictions are shifted out of the 
busy hours. 

[0025] The apparatus according to the invention is 
adapted for downloading of data from an intranet or the 
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internet to a mobile terminal in a wireless network. In a 
further embodiment of the present invention the operat- 
ing unit can be combined with a gateway to the internet. 
[0026] The invention is explained below in more detail 
5 with the aid of an exemplary embodiment in conjunction 
with the accompanying drawings, in which: 

Figure 1 depicts an exemplary architecture of an 
embodiment of the present invention, 
Figure 2 a communication protocol according to the 
present invention given as message-sequence- 
chart. 

[0027] According to Fig. 1 a mobile terminal 1 linked 
to a mobile network registers with an operating unit, 
which is established in form of a download center (DL- 
c.) 2. Preferably this registration occurs together with 
the submission of a request, indicated by arrow a. 
[0028] The registration data field preferably consists 
at least of the following data fields. The mobile-terminal 
network unique identification (ID). This may be the ter- 
minal's dynamic internet protocol (IP) address or anoth- 
er unique identification, as e.g. the phone number as- 
signed to the mobile terminal. A unique identification to 
allow for the identification of this request in the future. 
[0029] Upon receipt of the registration an entry is add- 
ed to a list data structure job 4 in the DL-center 2. The 
entry consists of the values transported in the data field 
as described above. 

[0030] The download center 2 stores the request in a 
job list 4. Then the request, which preferably is a down- 
load from a fixed network, e.g. the Internet 5 is initiated 
by the download center 2. Therefore the download cent- 
er 2 contacts a server 6 being part of the Internet 5 by 
sending out a message, indicated by the arrow b. 
[0031] In the following the inventive process of getting 
the data into the DL-center 2 will be described. The data 
have to be collected from a source being part of the in- 
ternet world 5. The DL-center 2 arranges a download 
from this source according to the request. The down- 
loaded data file is cached locally to a storage media 7 
of the download center 2. 

[0032] With the present invention the following sched- 
uling of file-transfer jobs is performed. The actual down- 
load to the mobile terminal 1 is initiated in response to 
the congestion situation of radio cells in the wireless net- 
work 3. This of course is under the assumption, that the 
actual download will be possible within the time regime 
according to the request. Therefore the down load center 
2 periodically collects the information on the location in- 
formation of waiting terminals 1 and on the congestion 
state in the radio cells. 

[0033] In accordance with the invention a waiting ter- 
minal is defined as a terminal, which has at least one 
request e.g. download registered which is not yet ongo- 
ing. 

[0034] The congestion state might be taken for those 
radio cells where there are waiting users in this cell. In 
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a preferred embodiment of the present Invention it may 
be taken for all radio cells of the wireless network. 
[0035] To get the congestion state it is preferred to do 
a read access to the operations and maintenance (0&M) 
database, where the congestion state is available. The 
data also can be pushed from a software agent in the 
0&M to the DL-center 2. Preferably the radio cells ac- 
tively notify the DL-center 2 on congestion situation 
themselves. By any means, there has to be a periodical 
update on congestion from cells. A proprietary protocol 
can do this. The 0&M agent sends a table, which lists 
the congestion state in means of percent in intervals of 
several minutes. 

[0036] When the initiate-job is called in the DL-center 
from the scheduler a registered job is started for trans- 
mission. Firstly the job is set to a not waiting-status. 
[0037] According to the present invention the transfer 
to the mobile terminal, indicated by arrow c in Fig. 1 com- 
prises the following steps. The data has to be sent to 
the mobile terminal 1 . This may either be done by new 
proprietary services or by means of standard FTP. The 
DL-center 2 opens a connection to the mobile terminal 
1 to transfer the data file stored in the DL-storage 7 to 
the terminal's 1 internal storage media. 
[0038] When the final transfer from the DL-center 2 is 
invoked, this identification is used to check that this 
transfer has been requested and to keep local informa- 
tion (e.g. destination path, file name, file size, check- 
sum). 

[0039] Optionally a coded sequence how to get ac- 
cess to a destination address and a value specifying the 
time in which the download is required are available. If 
this cannot be achieved an error message is send to 
notify this to the mobile user. 

[0040] The access sequence reflects the code to ac- 
cess the storage medium. For most accesses there is 
no code required at all. If there is, it is usually by user- 
name and password. The format can be similar to ac- 
cess scripts for telephone dial in software. Here the 
script waits for an ASCI I prompt for e.g. user name, then 
enters the given user name as given in the script. Then 
it parses for the password string and continues analo- 
gously. 

[0041] If the access can not be encapsulated in one 
script- unit to make the access at a later time possible, 
an immediate download of the file to the cache is per- 
formed. Therefore the application has to do the access 
clearance process and when the stage is reached that 
the actual file can be accessed it is done so via the DL 
center 2. Therefore the file gets loaded and cached to 
local storage media. 

[0042] With a proprietary FTP-server like agent in the 
terminal 1 the request identification is used to identify 
the download data file. The terminal 1 may use some 
additional means to check that the file delivered is the 
expected data transfer e.g. file size, checksum. After 
this the file is accepted and stored at the destination ad- 
dress in the local file system. This destination address 



either defaults to some standard path, was optionally 
delivered with the former request or it was memorized 
and assigned with the request identification and is now 
retrieved from the mobile terminal 1 . 
5 [0043] A communication protocol of a preferred ex- 
planatory embodiment of the present invention is draft- 
ed like a Message-Sequence-Chart (MSC) notation, 
compare Fig. 2. 

[0044] In the embodiment according to Fig. 2 the mo- 
10 bile terminal 1 for example requests an e-mail applica- 
tion. Users have subscribed to receive some advertise- 
ments by e-mail, which may contain a link to media files, 
as e.g. mp3 files with sample songs from new music al- 
bums or the like. The user asks for DL-center 2 for sup- 
15 port when an attachment to a message to be download- 
ed is larger than for instance 1 00 kilobyte. A browser is 
also configured to automatically load the messages, but 
leaves the attachments on the server 6 until the user 
requests them. The terminal 1 can be attached to the 
20 IP-packet network with a dynamic IP-address. 

[0045] The user reads a message, finds the described 
mp3 data interesting and decides to download it. The 
song is given as a hyperlink reference. Because the size 
of the file is largerthan the value given above the appli- 
es cation asks the user in a dialog box, if he wants to have 
the file loaded in the background. 
[0046] For cost issues the user accepts to receive the 
file sometimes later. The following packet is sent by the 
browser to the DL-center 2. The IP-address of the DL- 
30 center 2 is announced by the telecom operator and was 
entered by the user into the configuration of the mail cli- 
ent. 

[0047] The first field is a tag which tells the DL-center 
2 this is a new request to store, compare arrow a in Fig. 
35 2. The rest of the variables contain the data as explained 
before. 

[0048] It has to be noticed, that the user got a dynamic 
IP-address when he logged into the system as data us- 
er. This is known to the application and therefore used 

40 to identify the mobile 1 . If the IP-address can change 
during operation this user identification tag must be re- 
placed by another network unique identification tag. 
[0049] The download request, is posted (a) to the DL- 
center 2. The DL-center 2 reads the request and irnme- 

45 diately performs the FTP request in order to utilize cach- 
ing of the data, see Fig 2., FTP_DL_R and b. At some- 
time the download will be finished, compare FTPJD in 
Fig. 2. The DL-center 2 does nothing but wait for either 
other requests, or for an indication that the busy-hour 

so situation is over for some radio cells of wireless network 
3. 

[0050] At any point in the future there is an end-of- 
congestion (EOC) signal from the congestion monitor 8 
indicating that some cell is running idle. Because the us- 
55 er under consideration is currently located in this cell, 
the download is initiated, here depicted as FTP_data or 
C. 

[0051] The invention is not limited to the exemplary 
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embodiments described, which can be modified in mul- 
tifarious ways. For example it is possible to store the 
request from the mobile terminal but not immediately ex- 
ecute it. Then the request as described above will be 
performed directly before the transfer to the mobile is 
initiated. 

[0052] It is evident, furthermore, that the processing 
unit or download center can also be part of the wireless 
network, acting there as central entity that registers re- 
quests and initiates them. A mobile terminal accessible 
by a wireless network can in the sense of the present 
invention also be a laptop computer, a digital camera 
with datatransferdevices, afacsimile machine, amobile 
phone or various types of PDAs. Also technically equ iv- 
alent devices are within the spirit of the present inven- 
tion. 

[0053] Finally and to conclude, it is evident that the 
individual features of the invention can also be used in 
combinations other than those illustrated and described. 



Claims 

1. Method for scheduling information transfers be- 
tween accessible local elements (1 ) linked to a wire- 
less network (3) and a fixed network (5) comprising 
the following steps: 

directing an information request from the local 
elements (1 ) to an operating unit (2) interfacing 
the wireless network (3) and the fixed network 
(5) 

storing the request in the operating unit (2) 
executing the request depending on a conges- 
tion state of the wireless network (3). 

2. Method according to claim 1 , characterized in that 

the step of executing the request includes 

directing the request to the fixed network (5) to 
be operated and 

returning the information according to the re- 
quest obtained from the fixed network (5) de- 
pending on the congestion state in the wireless 
network (3). 

3. Method according to claim 1 or 2, characterized by 

storing the information according to the request 
obtained from the fixed network (5) in the oper- 
ating unit (2) before returning it to the local el- 
ement (1) in the wireless network (3) and/or 
storing the request obtained from the local ele- 
ment (1) in the operating unit (2) before 
processing the request any further and/or 
returning the information according to the re- 
quest obtained from the fixed network (5) to the 
local element (1 ) when the congestion state is 
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below a value allowing an undisturbed data 
transfer. 

4. Method according to one of the preceding claims, 
5 characterized in that the operating unit (2) period- 
ically collects information on the congestion state of 
the wireless network (3). 

5. Method according to one of the preceding claims, 
10 characterized in that 

congestion information is collected from all ra- 
dio cells of the wireless network (3) or 
congestion information is gathered from radio 
cells of the wireless network (3), out of which 
request is obtained and/or 
the operating unit (2) periodically collects loca- 
tion information of the local element (1 ) waiting 
for the processed request. 

6. Method according to one of the preceding claims, 
characterized in that 

identification information concerning the mobile 
terminal (1) is sent with the request to the op- 
erating unit (2) and in that 
the identification information contains: 

an identification of the mobile terminal (1 ) and/ 



30 or 

a transfer protocol address for the requested 
data and/or 

a specification number for the request and/or 
time-limit information data and/or in that 
35 - the mobile terminal (1 ) submits an authentica- 
tion. 

7. Method according to one of the preceding claims, 
characterized in that the operating unit (2) sends 

40 (b) an authentication to a contacting unit of the fixed 
network (5,6) and/or in that the request (a) includes 
downloading of data (b) from the fixed network (5) 
and transferring said data to the wireless network 
(3). 

45 

8. Method for scheduling information transfers be- 
tween accessible local elements (1 ) linked to a wire- 
less network (3) and a fixed network (5) comprising 
the following steps: 

50 

directing an information request from the local 
element (1) to an operating unit (2) interfacing 
the wireless network (3) and the fixed network 
(5) 

55 - searching the request information data for a 
processing time limit value 
comparing the processing time limit value with 
a time limit value preset in the operating unit (2) 
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and 

directing the information request to the fixed 
network (5,6), operating the request and trans- 
ferring the resulting data to the local element 
(1), when the preset time limit value exceeds 5 
the time limit value as submitted by the request 
or 

proceeding according to the method as given 
by one of the preceding claims, when the preset 
time limit value falls below the time limit value 10 
according to the request. 

Apparatus for scheduling file transfers between at 
least one element (1) linked to a wireless network 
(3) and at least one server u nit (6) of a fixed network * 5 
(5), said apparatus comprising: 

at least one receiving and at least one sending 
device for connecting to the wireless network 
(3) and/or the fixed network (5) 20 
a storing device (4) for storing a request ob- 
tained from the element (1 ) linked to a wireless 
network (3) by the at least one receiving device 
(7) and/or for storing data from the fixed net- 
work (5) obtained by the at least one receiving 25 
device 

a monitoring device (8) for periodically monitor- 
ing the congestion state of the wireless network 
(3) 

a processing unit (2) adapted to access data so 
according to the request from the fixed network 
(5) and to return said data to the wireless net- 
work (3), whereby the processing unit initiates 
said return in response to the signal of the mon- 
itoring device (8). 35 

0. Apparatus according to claim 9, characterized in 
that 

the processing unit (2) initiates the return of *o 
said data when the monitoring device (8) de- 
tects a low congestion state of the mobile net- 
work (3) and/or in that 

the element (1 ) includes a mobile terminal and/ 
or in that 45 
the apparatus includes a gateway to the fixed 
network (5). 
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